NAS 篇四:还在用Kodi?试试jellyfin专用播放器

您所在的位置:网站首页 jellyfin 手机端 NAS 篇四:还在用Kodi?试试jellyfin专用播放器

NAS 篇四:还在用Kodi?试试jellyfin专用播放器

2023-09-30 23:18| 来源: 网络整理| 查看: 265

NAS 篇四:还在用Kodi?试试jellyfin专用播放器 2023-05-03 17:00:46 28点赞 297收藏 64评论

不知不觉NAS已经存储了几百部近10T的高清资源,长期刮削积累+手动调整已经让jellyfin成为看片必备入口。先说说日常设备:

一加7T手机(6.55英寸 1080p 90Hz)

自组台式机(10年前主流配置 i5-6500 GTX970 2K屏)

小米4A电视(50寸 4K 60Hz)

可以看出来,都有些年头了还在用Kodi?试试jellyfin专用播放器

刮削·解码不可兼得刮削·解码不可兼得

上一篇分享——低配NAS的Jellyfin优化之路——提到,PC的最佳方案是jellyfin-mpv-shim,甚至弹幕都可以拥有。那么其他两个android平台的设备呢?很长一段时间,我的选择是MX player(手机)+Kodi(TV),日常用用也能满足,只是体验感就真一言难尽了。MX player的解码(搭配硬解补丁)和功能没得说,但网络文件夹不能保留播放历史,每次都要从NAS上几百上千个文件夹里重新翻找。TV端的Kodi就更难受了,2G内存导致操作卡顿严重,每次打开Kodi同步媒体库都要经历尴尬的几分钟。下面就是我的替代方案了!

TV端-jellyfin专用客户端

传送门:jellyfin/jellyfin-androidtv

初次打开界面需要登陆服务器(局域网会自动添加可用的),然后就是跟jellyfin网页端一样的无缝体验。如果硬件比较弱,可以试试切换到LibVLC引擎。我手里这个5年前配置的小米4A电视,切换之后流畅度有了质的提升,特别是高码率高分辨率的视频。另外,如果电视不支持DTS等次世代格式,可以试试将音频输出设置为「混合立体声」,或可解决没声音的问题。其他一些设置项也很实用,就不一一介绍啦。实测高码率的4K HDR HEVC视频也能放,解码能力不输Kodi。

TV端部分设置界面:视频 | 字幕 | 音频TV端部分设置界面:视频 | 字幕 | 音频

可能是Kodi用久了,感觉丝般顺滑~~

~~顺滑~~~~顺滑~~

手机端-findroid

传送门:jarnedemeulemeester/findroid

原本,jellyfin是有一个官方android客户端的,但本质是网页版套壳,app的优势全无。稍微大点的或者h265的视频就要被转码,属实没啥存在感,这也是我用MX player的原因。上面提到的TV客户端其实也能在手机上用,但毕竟不是为触屏优化的,操作手感比较差,所以就有了民间大神开发了第三方移动app——Findroid。

因为还在早期内测阶段,bug在所难免,但体验下来完全可以满足我并不复杂的日常需求。首先,没了套壳版网页加载般的迟滞感(原生应用YYDS),其次,硬解可以选择mpv内核(默认不选中),这个跟PC端的体验可以保持一致了。

硬解支持的格式硬解支持的格式

播放历史可以和多端同步,完美实现续播功能。播放界面也够简洁,有点类似youtube,基本的倍速、音幕轨选择、亮度和音量手势等等基本功能都还算完整。最最关键的是,配合jellyscrub和intro skipper插件可以实现略缩图小窗拖动和跳过片头片尾,更有离线下载功能,简直剧党福音!目前可设置项还不多,小问题也是有的,比如息屏有概率从头播放,没有悬浮小窗,没有双击暂停...期待后续完善~

最近在补甄嬛传~最近在补甄嬛传~

安装findroid过程中还解决了一个SSL导致无法连接服务器的问题,这个故障TV端也是存在的,感兴趣的可以继续往下看。

debug 安卓客户端 SSL 故障

基本症状是:jellyfin服务器通过反代之后,使用https域名无法在手机app登录,提示ssl握手失败。我的理解是,这个问题主要与android内核处理https证书的方式有关,之前的文章——jellyfin手机端连接SSL域名失败的解决办法——中也有过分享,这次算是弄得更明白了。

首先,检测下域名的ssl状态

证据链不完整?证据链不完整?

一番折腾之后,发现是apache配置的问题,文件路径为“/etc/reverseproxy/extra/xx.conf”,相关代码:

SSLEngine on

SSLCipherSuite EECDH+CHACHA20:EECDH+AES

SSLProtocol All -SSLv2 -SSLv3 -TLSv1 -TLSv1.1

SSLCertificateFile "/etc/stunnel/stunnel.pem"

SSLCertificateChainFile "/etc/stunnel/uca.pem"

导致问题的正是缺少最后一行

究其原因,因为需要略微修改配置,但威联通的机器重启会覆盖所有改动,所以我会在每次重启之后手动覆盖,而在修改证书配置之后没有同步增加SSLCertificateChainFile字段,导致中继证书没有生效。修改之后使用“sudo /etc/init.d/reverse_proxy.sh reload”重启apache,再次检测ssl状态:

证书链生效证书链生效

并且两个手机app也都成功连接并登录!当然,这个成功的前提是在QNAP的系统-安全-SSL证书界面上传了fullchain.pem的中继证书。

本次分享就到这里,谢谢观看~

作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3